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SUBSTITUTE SPECIFICATION 

AUTOMATION SYSTEM WITH AUTOMATION OBJECTS WITH A DIRECTORY 
STRUCTURE AND METHOD FOR THE MANAGEMENT OF AUTOMATION 
OBJECTS IN A DIRECTORY STRUCTURE 

[0001] This application is the national phase under 35 U.S.C. § 371 of PCT International 
Application No. PCT/DEOO/00737 which has an International filing date of March 9, 2000, 
which designated the United States of America, the entire contents of which are hereby 
incorporated by reference. 

Field of the Invention 

[0002] The invention relates to an automation system which has at least one automation 
object. 

Background of the Invention 

[0003] An automation system of this type is used in particular in the area of automation 
technology. An automation system of this type generally includes a multiplicity of individual 
automation objects, which are fi-equently highly dependent on the automation object of the 
engineering system respectively used. This has the consequence that automation objects of 
one manufacturer often require their ovm engineering system and cannot be used in other 
systems with automation objects of other manufacturers. 

[0004] Robert Orfali et al: "The Essential Distributed Objects Survival Guide", 1996, John 
Wiley & Sons Inc., New York, USA, XP002 152444, discloses the standardized middleware 
CORBA, which allows location-, platform- and implementation-independent communication 
between applications. The CORBA Version 2.0 makes it possible for messages be 
exchanged between Object Request Brokers (ORB) of various manufacturers and in 
particular also over the Internet, An ORB makes it possible for a client to send a message 
transparently to a server object, the server object being able to run on the same machine or 
another machine. The ORB is responsible for finding the server object, calling up the 
function there, transferring the parameters and returning the result to the client. 

SUMMARY OF THE INVENTION 
[0005] The invention is based on the object of specifying an automation system which makes 
it possible for automation solutions to be created on a parallel and/or distributed basis. 
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[0006] This and/or other objects are achieved by an automation system with the features 
specified in claim 1 . 

[0007] The invention is based on the realization that in previous solutions, the data of the 
automation solution were generally stored in a central data store such as a database system. 
The data storage system then controlled the access of various users to the data. In this case, it 
was ensured that each user only saw consistent data and is isolated from changes made by 
other users. This generally took place by a user being granted exclusive access to his 
required data. In this time, these data were not available to other users for working on them. 
Therefore, this solution had the following disadvantages: 

• No parallel working: users could only work on the same data records one after the 



• Slow exchange of partial results: results only became usable for other users when 
the data had been released again by the last person working on them. 

• No joint working: a niunber of users could not work on the same objects together 
and exchange interim results. 

[0008] The solution according to the invention permits immediate and permanent access to 
currently created partial solutions by the special way in which the directory is structured as a 
directory service. The directory service provides all developers with access to the current 
partial solutions and automation objects. This results in the following advantages: 

• Parallel working: users can work on the same data records, required for different 
tasks (for example interconnection and parameterization), on a parallel basis. 

• Immediate availability of partial results: results become usable for other users 
more quickly, not only when the data are released again by the last person working 
on them. 

• Joint working: a number of users can work on the same objects together and 
exchange interim results. 

• Distributed working: users can work on a (spatially) distributed basis; by means 
of the directory, they can, if need be, always re-synchronize the stages they have 
reached in working. 



[0009] The invention is described in more detail and explained below on the basis of the 
exemplary embodiments represented in the figures, in which: 



other. 



BRIEF DESCRIPTION OF THE DRAWINGS 



Figure 1 



shows a basic representation of how a directory is structured and its 



entries and 
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Figure 2 



shows a schematic representation of the use of the directory entries. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[0010] Figure 1 shows a basic representation of how a directory is structured and its entries. 
The automation system has a directory V, in which object names OL.On of automation 
objects can be stored. Each object name OL.On is assigned a directory entry, which contains 
first information data Oil for an object reference, second information data 012 as a list of 
the modules contained in the automation object, third information data (013) for the 
identification of interface data and fourth information data (014) with names of 
subcomponents. 

[0011] With the aid of the directory structure shown in figure 1, references to created (partial) 
solutions and/or automation objects are stored with descriptive data. As in a telephone book, 
the name of the object can be used to find its reference (i.e. its telephone number). 
[0012] Along with a reference to the actual object, the entry includes a description of its 
technological functionality through the list of names of the modules contained, a listing of the 
names of any subcomponents and a description of its interface, which makes it possible for 
other objects/tools to use the objects referenced in this way. 

[0013] Figure 2 illustrates a schematic representation of the use of the directory entries. 
After the creation of an object, it is entered at certain points in time in the directory as entry 
OEl for a first automation object. It can then be viewed by other users/tools. They can then 
use the name to request a reference to the object and work on or copy the latter directly. 
[0014] Entering or changing or removing an object entry in the directory does not have to 
take place instantaneously. Here, too, the analogy with a telephone book again applies: even 
if individual entries become invalid, as a whole it can still be used. This property is 
important in particular in the case of distributed working, since the communication 
expenditure is minimized in this way. If an object is still in the directory, but no longer 
available, this is indicated when it is attempted to request a copy. 

[0015] To sum up, the invention consequently relates to an automation system which has at 
least one automation object 1, with a directory V for storing object names OL.On of the 
automation objects, an object name OL.On being assigned a directory entry OeL.Oen which 
has first information data Oil as a reference to the automation object, second information 
data 0 12 as a description of the technological functionality and third information data 013 as 
a description of interfaces of the automation object. This results in immediate and permanent 
access to currently created (partial) solutions, so that parallel and/or distributed working on 
automation objects is possible. 
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[0016] The invention being thus described, it will be obvious that the same may be varied in 
many ways. Such variations are not to be regarded as a departure from the spirit and scope of 
the invention, and all such modifications as would be obvious to one skilled in the art are 
intended to be included within the scope of the following claims. 
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